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BACKGROUND OF THE INVENTION 
5 Field of the Invention 

[0001] The present invention relates to a content retrieval 
device, and more particularly, to a content retrieval device which 
is constructed to permit a plurality of connection methods to be 
used and which retrieves content data from a server via a 
10 communication network under an optimum connection method. 



Description of the Background Art 
[0002] In recent years, browsing of home pages (Web pages) and 
exchanges of emails on the Internet have attained great popularity . 

15 To access the Internet, the user operates a content retrieval device 
typified by a cellular phone. The content retrieval device first 
establishes a connection to a user- subscribing network ( for example, 
a mobile communication network) for access to the Internet. The 
content retrieval device then accesses a server on the Internet 

20 and retrieves content data which is typified by a home page or 
an email via the network according to the operation by the user. 
[0003] Conventionally, partly because of a low transfer rate 
in a network, servers mainly handled small-size content data such 
as text files and still picture files. However, with recent 

25 technological advances, the content retrieval devices have 



achieved enhanced performance, and the transfer rate in a network 
has dramatically improved. Accordingly, servers are now able to 
handle large-size content data such as moving picture files and 
audio files. 

[0004] Conventional content retrieval devices access a network 
under either one of two connection methods; a circuit switching 
connection or a packet switching connection. In the circuit 
switching connection, one physical communication path is 
established between one caller and one call receiver. Since the 
caller and the call receiver occupy one communication path from 
the start of a call to the finish thereof in the circuit switching 
connection, data communication between the caller and the call 
receiver is free from influence of other data communications . That 
is, the communication delay, which means the time which is required 
to deliver data from a sender to a receiver, can be made substantially 
constant, and thus it is easy to assure a transfer rate. With 
this feature, the circuit switching connection is suitable for 
occasions of transmitting large-size content data to the same 
receiver, such as multimedia phones and moving picture 
distribution . 

[0005] In the packet switching connection, a communication path 
is not occupied by one call but is shared with other calls, which 
is contrary to the circuit switching connection. On the shared 
communication path, data is divided into packets and is transmitted 
together with other packets for other call exchanges . The packet 



switching connection therefore permits an effective use of 
communication path resources which resultantly provides a 
reduction in the communication cost. However, the packet 
switching connection experiences and/or causes problems such as 
the loss of packets and the reversal of the order of arrival of 
the packets, and thus, the packet switching connection fails to 
achieve a constant communication delay in contrast to the circuit 
switching connection. That is, in the packet exchanging 
connection, it is not easy to assure a transfer rate. Moreover, 
since packets for one call exchange must be distinguished from 
the packets for other call exchanges, each packet includes 
identifiers representing the sender and the receiver in addition 
to the data to be transmitted. The effective transfer rate is 
therefore lower in the packet switching connection than in the 
circuit switching connection. The effective transfer rate as used 
herein refers to the transfer rate for data only, excluding control 
information such as identifiers . In view of the above, the packet 
switching connection is suitable for occasions where a 
communication delay does not cause a significant problem or where 
data communication is not always active throughout the call period, 
such as for the exchange of emails. 

[0006] Conventionally, the content retrieval devices used only 
either one of the circuit switching connection and the packet 
switching connection. Recently, there has been developed a 
content retrieval device that can selectively use either the 



circuit switching connection or the packet switching connection. 
An example of such a content retrieval device is an inter-LAN 
connection device disclosed in Japanese Patent Gazette No. 2625388. 
The inter-LAN connection device is applied to systems which execute 
data communication via ISDN ( Integrated Services Digital Network) . 
The inter-LAN connection device monitors the data transfer amount 
on a communication path, and selects either the circuit switching 
connection or the packet switching connection based on the data 
transfer amount and the communication traffic amount, which means 
the communication density of data on a communication path, for 
each transaction. 

[0007] The inter-LAN connection device monitors data 
communication actually executed and selects either the circuit 
switching connection or the packet switching connection based on 
the status of the monitored data communication. Therefore, it 
is difficult for the inter-LAN device to select the particular 
connection method which is suitable for incoming or arriving data 
communication. The inter-LAN connection device has another 
problem as follows. The connection method may be switched 
depending on the status of the data communication. In such an 
event, a communication delay is caused by the time which is required 
to complete the switching from one connection method to the other 
when a continuous data communication without interruption is 
required such as when a moving picture file is transmitted, for 
example. In view of the above, the inter-LAN connection device 



is not suitable for data having a nature such that a communication 
delay and interruption of data communication are fatal. 
[0008] To solve the above-described problems, the inter-LAN 
connection device is provided with a transaction information 
5 setting section that sets an attribute of the data which is exchanged 
for each transaction as transaction information. By referring 
to the transaction information setting section, incoming data to 
be exchanged is predicted and a suitable connection method for 
the data is selected. However, on the Internet, various types 
10 of data such as text files, moving picture files, and audio files 
are available. Therefore, it is difficult for the inter-LAN 
connection device to correctly predict incoming data to be 
exchanged . 

15 SUMMARY OF THE INVENTION 

[0009] Therefore, an object of the present invention is to 
provide a content retrieval device which selects a suitable 
connection method prior to data reception. 

The present invention has the following features to solve 

20 the above-described problems. 

[0010] One aspect of the present invention is directed to a 
content retrieval device having a multi-call function which allows 
a plurality of connection methods to be used for retrieving content 
data from a server via a communication network under an optimum 

25 connection method. The content retrieval device includes: a 



I 



browser section for generating a retrieval request specifying 
locational information of content data to be retrieved presently; 
a protocol control section for determining a connection method 
for the content data which is specified by the browser section 
5 prior to reception of the content data; and a communication control 
section for receiving the content data which is specified by the 
browser section from the server under the connection method as 
determined by the protocol control section. 

[0011] These and other objects, features, aspects and 
10 advantages of the present invention will become more apparent from 
the following detailed description of the present invention when 
taken in conjunction with the accompanying drawings. 



BRIEF DESCRIPTION OF THE DRAWINGS 
15 FIG. 1 is a functional block diagram of a content 

retrieval device la according to a first embodiment of the present 
invention . 

FIGS. 2A and 2B are diagrams of the data structure of 
response data Drep which is generated by a content server 3 in 
20 FIG. 1 and an internal information table Tconnl, respectively. 

FIGS. 3A and 3B are diagrams showing the relationship 
between main content data Dmc and sub-content data Dsc. 

FIG. 4 is a block diagram of a mobile communication unit 
Ucomml to Ucomm4 . 
25 FIG. 5 is a flowchart of the operation of the mobile 

6 



communication unit Ucomml . 

FIG. 6 is a functional block diagram of a content 
retrieval device lb according to a second embodiment of the present 
invention . 

5 FIGS . 7A and 7B are diagrams of a connection information 

table Tconn2 and an internal information table Tctyp, respectively . 

FIG. 8 is a flowchart of the operation of the mobile 
communication unit Ucomm2 . 

FIG. 9 is a functional block diagram of a content 
10 retrieval device lc according to a third embodiment of the present 
invention . 

FIG. 10 is a diagram of a connection information table 

Tconn3 . 

FIG. 11 is a flowchart of the operation of the mobile 
15 communication unit Ucomm3 . 

FIG. 12 is a functional block diagram of a content 
retrieval device Id according to a fourth embodiment of the present 
invention . 

FIG. 13 is a flowchart of the operation of the mobile 
20 communication unit Ucomm4 . 

DETAILED DESCRIPTION OF THE INVENTION 
First Embodiment 

[0012] FIG. 1 is a functional block diagram of a content 
25 retrieval device la according to a first embodiment of the present 



invention. FIG. 1 also shows a communication network 2 and a 
content server 3 in association with the content retrieval device 
la. The content retrieval device la has a multi-call function 
which permits the retrieval of content data Dc from the content 
5 server 3 by either one of the packet switching connection method 
or the circuit switching connection method. The content retrieval 
device la accesses the content server 3 via a first communication 
path 4pkt during the packet switching connection, while the content 
retrieval device la accesses the content server 3 via a second 

10 communication path 4tel during the circuit switching connection. 
To realize the data communication described above, the content 
retrieval device la includes a browser section Pbw, a protocol 
control section Ppc, a first communication control section Peel, 
and a second communication control section Pcc2 . 

15 [0013] The content server 3 stores some content data Dc, each 
of which is typically a text file described in a markup language 
typified by Hypertext Markup Language (HTML) , an audio file, a 
still picture file, or a moving picture f ile . HTML permits linking 
of one content data Dc to another content data Dc (a so-called 

20 hyperlink) . In the first embodiment, the content data Dc in which 
a link originates is hereinafter referred to as main content data 
Dmc, and the content data Dc as a linked target is hereinafter 
referred to as sub-content data Dsc. 

[0014] To achieve a hyperlink, the main content data Dmc 
25 includes an anchor tag Tanc that specifies locational information 



Iurl (that is, URL (uniform resource locator), specified as urll 
orurl2inFIG. 1) indicating the storage location of the sub-content 
data Dsc. In the first embodiment, the anchor tag Tanc also 
includes connection method information Iconnl (connection method 
5 information Iconnll or Iconnl2 is illustrated in FIG. 1) as an 
attribute value. The connection method information Iconnl 
indicates a suitable connection method under which the content 
retrieval device la suitably retrieves the sub-content data Dsc. 
In the first embodiment, two types of connection method information 

10 Iconnl are defined: the connection method information Iconnll 
indicating that the suitable connection method is the packet 
switching connection, described as cc-packet; and the connection 
method information Iconnl2 indicating that the suitable connection 
method is the circuit switching connection, described as cc=tel. 

15 [0015] FIG. 1 exemplifies one main content data Dmc, and FIG. 
1 exemplifies two sub-content data Dscl and Dsc2 as the sub-content 
data Dsc. As the locational information Iurl of the main content 
data Dmc, urlO is allocated, which has a form like 
http://www.xxx.co.jp/main.html. Assume that the sub-content 

20 data Dscl is a text file or a still picture file to which a 
communication delay and an interruption of data communication are 
not fatal, that is, a file which is suitable to be retrieved under 
the packet switching connection method. On the other hand, assume 
that the sub-content data Dsc2 is an audio file or a moving picture 

25 file to which a communication delay and an interruption of data 



transfer are fatal, that is, a file suitable to be retrieved under 
the circuit switching connection method. Assume also that the 
locational information Iurl of the sub-content data Dscl is urll 
and that the loational information Iurll of the sub-content data 
5 Dsc2 is url2. Under the above assumptions, the main content data 
Dmc has descriptions of two anchor tags Tancl and Tanc2 . The anchor 
tag Tancl includes descriptions of u href=urll" and "cc=packet", 
while the anchor tag Tanc2 includes descriptions of "href=url2" 
and "cc=tel". 

10 [0016] Hereinafter, the operation of the content retrieval 
device la will be described. The protocol control section Ppc 
receives a content retrieval request Dcreq from the browser section 
Pbw. Assume that the present content retrieval request Dcreq is 
generated in response to an input by the user of the content retrieval 

15 device la and includes the locational information Iurl of the main 
content data Dmc (that is, urlO) . The protocol control section 
Ppc passes the received retrieval request Dcreq to the first 
communication control section Peel, thereby instructing the first 
communication control section Pcclto retrieve the main content 

20 data Dmc. In response to this instruction, the first communication 
control section Peel first establishes the first communication 
path 4pkt to the content server 3 according to the packet switching 
connection requirements if the connection has not already been 
established, and then transmits the retrieval request Dcreq to 

25 the content server 3. 



[0017] The first communication path 4pkt is used for retrieval 
of the main content data Dmc as described above. This is because, 
since the main content data Dmc is a file in which a link originates, 
the connection method which is suitable for retrieving the main 
5 content data Dmc is not specified in the anchor tag Tanc . In 
addition, the communication cost is generally lower in the packet 
switching connection method than in the circuit switching 
connection method since many users share the first communication 
path 4pkt. 

10 [0018] The content server 3 reads the content data Dc based 
on the locational information Iurl in the received retrieval 
request Dcreq, and generates a response header He and response 
data Drep. The content data Dc read presently is main content 
data Dmc . The response header He generated presently is a response 

15 header Hmc for the main content data Dmc which includes a protocol 
identifier IDprt, a response result code Crep, a content type Ictyp, 
and a content data length Iclg, as shown in FIG. 2A. The protocol 
identifier IDprt specifies the protocol for the present data 
communication. The response result code Crep specifies the 

20 response result to the present retrieval request Dcreq. The 
content type Ictyp indicates the type of the presently read content 
data Dmc. Here, assume that the present content type Ictyp 
indicates that the content data Dmc is described in HTML. The 
content data length Iclg indicates the size of the presently read 

25 content data Dmc. The response data Drep prepared presently is 



response data Drepl for the main content data Dmc . The response 
data Drepl , which includes the main content data Dmc and the 
above-described response header Hmc that is added to the main 
content data Dmc, is transmitted to the content retrieval device 
5 la via the first communication path 4pkt. 

[0019] In the content retrieval device la, the first 
communication control section Peel receives the response data Drepl 
via the first communication path 4pkt and passes the response data 
Drepl to the protocol control section Ppc in its current form. 

10 The protocol control section Ppc identifies the type of the content 
data Dc from the preceding content type Ictyp in the received 
response data Drepl. If the content type Ictyp indicates HTML, 
the protocol control section Ppc passes the received response data 
Drepl to a language analysis portion (not shown) of the browser 

15 section Pbw, thereby instructing the browser section Pbw to analyze 
the main content data Dmc in the response data Drepl. 
[0020] In response to the instruction, the browser section Pbw 
analyzes the structure and arrangement of the text which is 
represented by the content data Dmc, and then performs display 

20 processing for the text. In addition, the browser section Pbw 
extracts, as internal information, a set of the locational 
information Iurl and the connection method information Iconnl from 
each of the anchor tags Tancl and Tanc2 . Further, the browser 
section Pbw describes the extracted information in an internal 

25 information table Tconnl held therein. As shown in FIG. 2B, the 



internal information table Tconnl is constructed so as to allow 
for a description of sets of the locational information Iurl and 
the connection method information Iconnl therein. With this 
information table Tconnl, it is possible to indicate which 
5 connection method, i.e., the packet switching connection method 
or the circuit switching connection method, is suitable for the 
retrieval of the sub-content data Dsc. In the first embodiment, 
the anchor tag Tancl includes the set of "href =urll // and "cc=Packet" 
as the connection method information Iconnll, and the anchor tag 

10 Tanc2 includes the set of "href=url2" and "cc=tel" as the connection 
method information Iconnl2, as shown in FIG. 1. Therefore, 
described in the internal information table Tconnl are the set 
of urll and packet and the set of url2 and tel as shown in FIG. 
2B. Thus, it is indicated that the packet switching connection 

15 is suitable for the retrieval of the sub-content data Dscl, while 
the circuit switching connection is suitable for the retrieval 
of the sub-content data Dsc2 . 

[0021] When the sub-content data Dscl is to be retrieved, the 
protocol control section Ppc receives a retrieval request Dcreq 

20 including the locational information Iurl. This retrieval 
request Dcreq is automatically generated by the browser section 
Pbw. The retrieval request Dcreq is automatically generated when 
the sub-content data Dscl is embedded in the main content data 
Dmc. An example of this embedded data is shown in FIG. 3A, where 

25 a still picture which is represented by the sub-content data Dscl 

13 



is pasted to text which is represented by the main content data 
Dmc. The protocol control section Ppc extracts the locational 
information Iurl from the received retrieval request Dcreq, and 
extracts the connection method information Iconnl pairing with 
5 (corresponding to) this locational information Iurl (the 
connection method information Iconnll in this case) from the 
internal information table Tconnl (see FIG. 2B) . The protocol 
control section Ppc determines which connection method, i.e., the 
packet switching connection or the circuit switching connection, 
10 should be adopted for the present sub-content data Dsc according 
to the extracted connection method information Iconnl . Since the 
connection method information Iconnll has been extracted in this 
case, the packet switching connection method is determined to be 
suitable . 

15 [0022] Based on the above determination, the protocol control 
section Ppc passes the received retrieval request Dcreq to the 
first communication control section Peel, thereby instructing the 
first communication control section Peel to retrieve the 
sub-content data Dscl . In response to this instruction, the first 

2 0 communication control section Peel transmits the present retrieval 
request Dcreq to the content server 3 via the first communication 
path 4pkt if the first communication path 4pkt has been established . 
If the first communication path 4pkf has not been established, 
the first communication control section Peel first establishes 

25 the first communication path 4pkt to the content server 3 and then 

14 



transmits thereto the present retrieval request Dcreq to the 
content server via the established first communication path 4pkt. 
[0023] Based on the locational information Iurl which is 
specified in the received retrieval request Dcreq, the content 
5 server 3 reads the content data Dc, and generates a response header 
He and response data Drep. The content data Dc read presently 
is sub-content data Dscl . The content server 3 generates a response 
header Hscl for the sub-content data Dscl. The response header 
Hscl is constructed as shown in FIG. 2A, where the content type 

10 Ictyp and the content data length Iclg respectively indicate the 
type and size of the presently read sub-content data Dscl. In 
the first embodiment, the type of the sub-content data Dscl is 
a still picture as shown in FIG. 3A, and thus, the type of content 
data which is specified by the content type Ictyp is a still picture . 

15 The content server 3 generates response data Drep2 by adding the 
response header Hscl to the sub-content data Dscl, and sends the 
response data Drep2 to the first communication path 4pkt. 
[0024] The first communication control section Peel of the 
content retrieval device la receives the response data Drep2 from 

20 the first communication path 4pkt and passes the response data 
Drep2 to the protocol control section Ppc in its current form. 
The protocol control section Ppc identifies the type of the content 
data Dscl from the preceding content type Ictyp in the received 
response data Drep2 . Once the protocol control section Ppc 

25 determines that the content type Ictyp indicates a still picture, 



the protocol control section Ppc passes the received response data 
Drep2 to a still picture display processing portion (not shown) 
of the browser section Pbw, thereby instructing the browser section 
Pbw to carry out processing for displaying the sub-content data 
5 Dscl in the response data Drep2 . In response to the instruction, 
the browser section Pbw performs still picture display processing 
of the sub-content data Dscl. As a result, the browser section 
Pbw pastes the still picture which is represented by the sub-content 
data Dscl to the text which is represented by the main content 
10 data Dmc . 

[0025] Next, retrieval of the sub-content data Dsc2 will be 
described. Assume that the sub-content data Dsc2 is an audio file 
and is embedded in the main content data Dmc. More specifically, 
as shown in FIG . 3A, the audio which is representedby the sub-content 

15 data Dsc2 is played during the display of the text which is 
represented by the main content data Dmc. Upon the retrieval of 
the sub-content data Dsc2, the protocol control section Ppc 
receives a retrieval request Dcreq including the locational 
information Iurl (that is, url2) from the browser section Pbw. 

20 The protocol control section Ppc extracts the locational 
information Iurl from the received retrieval request Dcreq, and 
then extracts the connection method information Iconnl pairing 
with this locational information Iurl (the connection method 
information Iconnl2 in this case) from the internal information 

25 table Tconnl . The protocol control section Ppc determines the 

16 



connection method to be adopted presently (i.e., the circuit 
switching connection in this case) according to the extracted 
connection method information Iconnl. 

[0026] Based on the above determination, the protocol control 
5 section Ppc passes the received retrieval request Dcreq to the 
second communication control section Pcc2, thereby instructing 
the second communication control section Pcc2 to retrieve the 
sub-content data Dsc2 . In response to this instruction, the second 
communication control section Pcc2 transmits the present retrieval 

10 request Dcreq to the content server 3 via the second communication 
path 4 tel if the second communication path 4tel has been established 
If the second communication path 4tel has not been established, 
the second communication control section Pcc2 first establishes 
the second communication path 4tel to the content server 3 and 

15 then transmits the present retrieval request Dcreq to the content 
server 3 via the established second communication path 4tel. 
[0027] Based on the locational information Iurl which is 
specified in the received retrieval request Dcreq, the content 
server 3 reads the sub-content data Dsc2, and also generates a 

20 response header Hsc2 (see FIG. 2A) for the present sub-content 
data Dsc2 . The content server 3 generates response data Drep3 
by adding the response header Hsc2 to the sub-content data Dsc2, 
and sends the response data Drep3 to the second communication path 
4tel. 

25 [0028] The second communication control section Pcc2 of the 



content retrieval device la receives the response data Drep3 from 
the second communication path 4tel, and passes the response data 
Drep3 to the protocol control section Ppc in its current form. 
The protocol control section Ppc identifies the type of the 
5 sub-content data Dsc2 from the content type Ictyp in the received 
response data Drep3. Once the protocol control section Ppc 
determines that the content type Ictyp indicates an audio file, 
the protocol control section Ppc passes the received response data 
Drep3 to an audio replay processing portion (not shown) of the 

10 browser section Pbw, thereby instructing the browser section Pbw 
to replay audio which is represented by the sub-content data Dsc2 . 
In response to the instruction, the browser section Pbw performs 
replay processing. As a result, an output section (not shown) 
outputs the audio together with the screen display as shown in 

15 FIG. 3A. 

[0029] As described above, the main content data Dmc includes 
the connection method information Iconnll and Iconnl2 which is 
suitable for the retrieval of the sub-content data Dscl and Dsc2. 
Therefore, by analyzing the main content data Dmc, the content 

20 retrieval device la is informed of the connection methods which 
are suitable for retrieving the sub-content data Dscl and Dsc2 
prior to the retrieval of the sub-content data Dscl and Dsc2. In 
other words, the content retrieval device la can select the circuit 
switching connection prior to retrieval of the sub-content data 

25 Dsc2, and thus, the content retrieval device la can retrieve an 
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audio file or a moving picture file without any communication delay 
or an interruption of data communication. Likewise, the content 
retrieval device la can select the packet switching connection 
prior to the retrieval of the sub-content data Dscl, and thus, 
5 the content retrieval device la can retrieve a file such as an 
email that does not require consideration to a communication delay 
and interruption of data communication at a relatively low 
communication cost . 

[0030] In the first embodiment, the suitable connection method 
10 is specified by the attribute value in the anchor tag Tanc . 
Alternatively, a new anchor tag may be defined separately from 
the normal anchor tag Tanc so as to specify the suitable connection 
method. 

[0031] In the above-described first embodiment, the 
15 sub-content data Dscl and Dsc2 are embedded in the main content 
data Dmc (see FIG. 3A) . Alternatively, the sub-content data Dscl 
and Dsc2 may be linked to the main content data Dmc while representing 
contents which are independent of the main content data Dmc. More 
specifically, as shown in FIG. 3B, the contents which are 
20 represented by the main content data Dmc are first displayed. Once 
the user designates the anchor tag Tancl or Tanc2 in the context 
of the displayed contents, the content retrieval device la 
retrieves the sub-content data Dscl or Dsc2 . As a result, the 
displayed contents are switched to the contents which are 
25 represented by the sub-content data Dscl or Dsc2. 

19 



[0032] An example of the implementation of the content retrieval 
device la of the first embodiment as described above will now be 
described. FIG. 4 is a block diagram of a mobile communication 
unit Ucomml incorporating the content retrieval device la. 
5 Referring to FIG . 4, the mobile communication unit Ucomml includes 
a CPU 11, a ROM 12 , a RAM 13 , the first communication control section 
Peel, the second communication control section Pcc2, an input 
device 14, an output device 15, a multiplexer/demultiplexer 16, 
and a transmitter/receiver 17 . The CPU 11 executes a program which 

10 is stored in advance in the ROM 12 . During execution of the program 
stored in the ROM 12, the CPU 11 uses the RAM 13 as a working area. 
The CPU 11, in combination with the ROM 12 and the RAM 13, constitutes 
the browser section Pbw and the protocol control section Ppc (see 
FIG. 1) described above. The first communication control section 

15 Peel performs data communication under the packet switching 
connection method under the control of the CPU 11. Likewise, the 
second communication control section Pcc2 performs data 
communication under the circuit switching connection method under 
the control of the CPU 11. The CPU 11, the ROM 12, the RAM 13, 

20 the first communication control section Peel, and the second 
communication control section Pcc2 constitute the content 
retrieval device la. 

[0033] The input device 14 typically includes keys, buttons, 
and a jog dial which are operated by the user. The output device 
25 15, which includes a liquid crystal display and a speaker, performs 



output processing for output data Dout that is generated by the 
CPU 11, and presents the contents which are represented by the 
output data Dout to the user. The multiplexer/demultiplexer 16 
multiplexes the retrieval request Dcreq which is received from 
5 the first communication control section Peel and the second 
communication control section Pcc2, and also demultiplexes the 
content data Dc which is received from the transmitter/receiver 
17. More specifically, since content data Dc that are directed 
to other mobile communication units Ucomml are also sent from the 

10 transmitter/receiver 17, the multiplexer/demultiplexer 16 
demultiplexes the content data Dc directed to itself from the 
content data Dc that are directed to other units. The 
transmitter/receiver 17 sends the retrieval request Dcreq which 
is multiplexed by the multiplexer/demultiplexer 16 to the 

15 communication network 2. In addition, the transmitter/receiver 
17 receives the content data Dc which is transmitted via the 
communication network 2 and passes the data to the 
multiplexer/demultiplexer 16 . 

[0034] The operation of the mobile communication unit Ucomml 
20 will be described with reference to the flowchart of FIG. 5. The 
CPU 11 executes a program stored in the ROM 12. The user inputs 
locational information Iurl of content data Dc that he or she desires 
to retrieve at the present time through the input device 14 . Assume 
that the locational information which is input presently is the 
25 locational information Iurl of the main content data Dmc (that 



is, urlO) . The CPU 11 first operates as the browser section Pbw 
so as to generate a retrieval request (step S101) . More 
specifically, atstepSlOl, the CPU 11 generates a retrieval request 
Dcreq including the locational information Iurl which is sent from 
5 the input device 14. 

[0035] The CPU 11 then operates as the protocol control section 
Ppc so as to determine whether or not the connection has been 
established (step S102) . More specifically, at step S102, the 
CPU 11 determines whether or not access to the content server 3 

10 (see FIG. 1) is possible under either the packet switching 
connection or the circuit switching connection methods. If the 
connection has not been established, the CPU 11 passes the present 
retrieval request Dcreq to the first communication control section 
Peel, thereby instructing the first communication control section 

15 Peel to retrieve the main content data Dmc (step S103) . The above 
series of processing until step S103 are those operations which 
are executed by the protocol control section Ppc. 
[0036] In response to the instruction from the CPU 11, the first 
communication control section Peel establishes the first 

20 communication path 4pkt to the content server 3 (step S104) . Once 
the first communication path 4pkt has been established, the first 
communication control section Peel passes the retrieval request 
Dcreq to the multiplexer/demultiplexer 16. The 
multiplexer/demultiplexer 16 then multiplexes the received 

25 retrieval request Dcreq and passes the multiplexed retrieval 
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request Dcreq to the transmitter/receiver 17, which sends the 
multiplexed retrieval request Dcreq to the first communication 
path 4pkt . In this way, the presently generated retrieval request 
Dcreq is sent to the first communication path 4pkt (step S105) . 
5 The content server 3 receives the retrieval request Dcreq, and 
in response to the received retrieval request Dcreq, the content 
server 3 generates response data Drepl (see FIG. 2A) , which is 
sent to the first communication path 4pkt. 

[0037] In the mobile communication unit Ucomml, the 

10 transmitter/receiver 17 receives the response data Drepl from the 
first communication path 4pkt and passes the data to the 
multiplexer/demultiplexer 16. The multiplexer/demultiplexer 16 
demultiplexes the response data Drepl which is directed to itself 
from those directed to other units, and passes the data to the 

15 first communication control section Peel . The first 
communication control section Peel passes and stores the received 
response data Drepl in its current form to the RAM 13. In this 
way, the response data Drepl is received by the mobile communication 
unit Ucomml (step S106) . Once the response data Drepl is stored 

20 in the RAM 13, the CPU 11 operates as the protocol control section 
Ppc so as to determine the type of the main content data Dmc from 
the preceding content type Ictyp in the received response data 
Drepl (step S107) . More specifically, the CPU 11 determines 
whether or not the main content data Dmc is described in HTML. 

25 In this case, the content type Ictyp in the response data Drepl 
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indicates HTML. Therefore, the CPU 11 proceeds to step S108. 
[0038] The CPU 11 then operates as the browser section Pbw so 
as to analyze the main content data Dmc and to extract sets of 
the locational information Iurl and the connection method 
5 information Iconnl from the anchor tags Tancl and Tanc2 as internal 
information. The CPU 11 describes the extracted sets of the 
locational information Iurl and the connection method information 
Iconnl in the internal information table Tconnl. In this way, 
the internal information table Tconnl is created (step S108 ) . The 

10 CPU 11 also analyzes the structure and arrangement of the text 
which is represented by the main content data Dmc, and generates 
output data Dout in the RAM 13 (step S109) . The output data Dout 
is transferred to the output device 15, which performs display 
processing according to the output data Dout. 

15 [0039] When the sub-content data Dscl or Dsc2 is to be retrieved 
by the mobile communication unit Ucomml, the CPU 11 generates a 
content retrieval request Dcreq (step S101) . This time, the 
retrieval request Dcreq is automatically generated by the CPU 11, 
and includes the locational information Iurl (that is, urll or 

20 url2) . The CPU 11 determines whether or not the connection has 
been established (step S102) . This time, the first communication 
path 4pkt is available for data communication . The CPU 11 therefore 
determines that the connection has been established. The CPU 11 
then determines whether or not the content data Dc to be retrieved 

25 presently is sub-content data Dsc (stepSlOlO) . More specif ically, 



the CPU 11 determines whether or not the connection method 
information Iconnl corresponding topairing with the locational 
information Iurl in the presently prepared retrieval request Dcreq 
is found in the internal information table Tconnl (see FIG. 2B) 
5 that is created at step S108. 

[0040] If the connection method information Iconnl is not found 
in the internal information table Tconnl, the content data Dc to 
be retrieved presently must be main content data Dmc. The CPU 
11 therefore proceeds to step S105 so as to execute the subsequent 

10 process steps. If the connection method information Iconnl is 
found in the internal information table Tconnl, the content data 
Dc to be retrieved presently is considered to be sub-content data 
Dsc. The CPU 11 then extracts the connection method information 
Iconnl (the connection method information Iconnll or Iconnl2) 

15 corresponding topairing with the locational information Iurl from 
the internal information table Tconnl (step S1011) . Thereafter, 
the CPU 11 determines whether or not the extracted connectionmethod 
information Iconnl indicates the second communication path 4tel 
(step S1012) . 

20 [0041] If the present retrieval request Dcreq includes urll 
as the locational information Iurl, the connection method 
information Iconnll has been extracted at step S1011. In this 
case, the CPU 11 determines that the extracted connection method 
information Iconnl does not indicate the second communication path 

25 4tel. That is, the CPU 11 determines that the sub-content data 



Dscl is to be retrieved through the first communication path 4pkt 
as in the main content data Dmc. 

[0042] If the present retrieval request Dcreq includes url2 
as the locational information Iurl, the connection method 
5 information Iconnl2 has been extracted at step S1011. In this 
case, the CPU 11 determines that the extracted connection method 
information Iconnl indicates the second communication path 4tel. 
That is, the CPU 11 determines that the sub-content data Dsc2 is 
to be retrieved under the circuit switching connection method. 

10 The CPU 11 then proceeds to step S1013, and first instructs the 
first communication control section Peel to cut the connection 
(i.e., disconnect the first communication path 4pkt) . The CPU 
11 then passes the presently generated retrieval request Dcreq 
to the second communication control section Pcc2, thereby 

15 instructing the second communication control section Pcc2 to 
retrieve the sub-content data Dsc2 (step S1013) . The above series 
of processing from steps SI 010 through SI 013 are also the operations 
which are executed by the protocol control section Ppc. 
[0043] In response to the instruction from the CPU 11, the first 

20 communication control section Peel disconnects the first 
communication path 4pkt that has been established as the path to 
the content server 3. Also, in response to the instruction from 
the CPU 11, the second communication control section Pcc2 
establishes the second communication path 4tel to the content 

25 server 3 according to the circuit switching connection requirements 
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(step S1014) . Once the second communication path 4tel has been 
established, the second communication control section Pcc2 passes 
the retrieval request Dcreq to the multiplexer/demultiplexer 16. 
The multiplexer/demultiplexer 16 then multiplexes the received 
5 retrieval request Dcreq and passes the multiplexed retrieval 
request Dreq to the transmitter/receiver 17, which sends the 
multiplexed retrieval request Dcreq to the second communication 
path 4tel . In this way, the presently generated retrieval request 
Dcreq is sent to the second communication path 4tel (step S105) . 

10 As a result, the sub-content data Dsc2 is retrieved via the second 
communication path 4tel, unlike the main content data Dmc. 
[0044] As described above with reference to FIG. 3A, the 
sub-content data Dscl and Dsc2 represent still picture and audio, 
and thus are not described in HTML in the strict sense . Therefore, 

15 principally, the determination by the CPU 11 at step S107 is NO. 
In this case, the CPU 11 skips the step of extracting internal 
information from the sub-content data Dscl and Dsc2 . The CPU 11 
then generates the output data Dout based on the sub-content data 
Dscl and Dsc2 and transfers the output data Dout to the output 

20 device 15 (stepS109). The output device 15 performs still picture 
display processing and audio replay processing according to the 
received sub-content data Dscl and Dsc2. 
Second Embodiment 

[0045] FIG. 6 is a functional block diagram of a content 
25 retrieval device lb according to a second embodiment of the present 
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invention. FIG. 6 also shows a communication network 2 and a 
content server 3 in association with the content retrieval device 
lb. As the content retrieval device la, the content retrieval 
device lb of the second embodiment has a multi-call function that 
5 permits access to the content server 3 via a first communication 
path 4pkt during the packet switching connection method and that 
permits access to the content server 3 via a second communication 
path 4tel during the circuit switching connection method. The 
content retrieval device lb of the second embodiment is different 

10 from the content retrieval device la of the first embodiment in 
that a connection information management section Pconnl is 
additionally provided so as to realize the data communication 
described above. Otherwise, the construction of the content 
retrieval device lb is the same as the construction of the content 

15 retrieval device la. In FIG. 6, therefore, the same components 
as those in FIG. 1 are denoted by the same reference numerals. 
[0046] The connection information management section Pconnl 
holds in advance and manages a connection information table Tconn2 
as shown in FIG. 7A. The connection information table Tconn2 

20 includes in advance sets of the content type Ictyp and the connection 
method information Iconnl that is the same as that in the first 
embodiment. The content type Ictyp indicates the type of each 
content data Dc . The connection information table 

Tconn2theref ore shows which connection method, i.e., the packet 

25 switching connection method or the circuit switching connection 
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method, is suitable for each content type Ictyp of the content 
data Dc. In the second embodiment, the content type Ictyp of 
text /html is allocated to an HTML file, while the content type 
Ictyp of video/mpeg is allocated to a moving picture file. Since 
5 a communication delay and an interruption of data communication 
are not fatal to the HTML file, text/html preferably pairs with 
the connection method information Iconnll (packet switching 
connection) . Also, since a communication delay and an 
interruption are fatal to the moving picture file, video/mpeg 
10 preferably pairs with the connection method information Iconnl2 
(circuit switching connection) . 

[0047] The content server 3 stores some content data Dc as in 
the first embodiment. In the first embodiment, the suitable 
connection method itself (connection method information Iconnl) 

15 is described in the main content data Dmc as the attribute value 
of the anchor tag Tanc. In the second embodiment, however, as 
the attribute value of the anchor tag Tanc, the content type Ictyp 
indicating the type of the sub-content data Dsc is described. In 
the second embodiment, two content types Ictyp are prepared: 

20 content type Ictypl indicating that the sub-content data Dsc which 
is specified by the anchor tag Tanc is an HTML file; described 
as type=text/html, and content type Ictyp2 indicating that the 
sub-content data Dsc which is specified by the anchor tag Tanc 
is a moving picture file, described as type=video/html . 

25 [0048] FIG. 6 exemplifies one main content data Dmc, and FIG. 
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6 exemplifies two sub-content data Dscl and Dsc2 as the sub-content 
data Dsc. The locational information Iurl of the main content 
data Dmc is urlO. Assume that the sub-content data Dscl is an 
HTML file to which a communication delay and an interruption of 
5 data communication are not fatal and that the sub-content data 
Dsc2 is a moving picture file to which a communication delay and 
an interruption are fatal, as described above. Assume also that 
the locational information Iurl of the sub-content data Dscl and 
Dsc2 are urll and url2, respectively. Under the above assumption, 

10 the main content data Dmc has descriptions of two anchor tags Tancl 
and Tanc2 . The anchor tag Tancl includes descriptions of 
"href=urll" and "type=text/html", while the anchor tag Tanc2 
includes descriptions of "href =url2" and "type=video/mpeg" . 
[0049] The operation of the content retrieval device lb having 

15 the above-described construction will now be described. The 
content retrieval device lb retrieves the main content data Dmc 
from the content server 3 in substantially the same manner as the 
content retrieval device la of the first embodiment. That is, 
the protocol control section Ppc passes the main content data Dmc 

20 to the browser section Pbw to thereby instruct the browser section 
Pbw to analyze the data. In response to this instruction, the 
browser section Pbw analyzes the structure and arrangement of the 
text which is represented by the content data Dmc so as to generate 
output data Dout representing the text. In addition, the browser 

25 section Pbw extracts sets of the locational information Iurl and 



the content type Ictyp from the anchor tags Tancl and Tanc2 of 
the presently received content data Dmc as internal information, 
and describes and holds the internal information in the internal 
information table Tctyp. As shown in FIG. 7B, the internal 
5 information table Tctyp is constructed in advance so as to allow 
for a description of sets of the locational information Iurl and 
the content type Ictyp therein, and as a result, the content type 
Ictyp of each sub-content data Dsc is identified from the internal 
information table Tctyp. In the illustrated example of FIG. 6, 

10 the anchor tag Tancl includes the set of "href=urll" and 
u type=text/html" , and the anchor tag Tanc2 includes the set of 
M href=url2" and "type= video/mpeg" . Therefore, described in the 
internal information table Tctyp are the set of urll and text/html 
and the set of url2 and video/mpeg, as shown in FIG. 7B. 

15 [0050] When the sub-content data Dscl is to be retrieved, the 
protocol control section Ppc receives a retrieval request Dcreq 
including urll as the locational information Iurl from the browser 
section Pbw. The protocol control section Ppc extracts the 
locational information Iurl from the received retrieval request 

20 Dcreq, and extracts the content type Ictyp (text/html in this case) 
pairing with the present locational information Iurl from the 
internal information table Tctyp (see FIG. 7B) of the browser 
section Pbw. The protocol control section Ppc then determines 
which connection method, i.e., the packet switching connection 

25 method or the circuit switching connection method, should be 
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adopted for the sub-content data Dsc to be retrieved presently. 
For this purpose, the protocol control section Ppc inquires of 
the connection inf ormat ion management section Pconnl about whether 
or not the connection information table Tconn2 includes a content 
5 type matching with the content type Ictyp which is extracted from 
the internal information table Tctyp. If the connection 
information table Tconn2 includes a content type matching with 
the inquired content type Ictyp, the connection information 
management section Pconnl returns the connection method 

10 information Iconnl (connection method information Iconnll 
(packet) in this case) pairing with the content type Ictyp in 
question to the protocol control section Ppc . The protocol control 
section Ppc determines which connection method, i.e., the packet 
switching connection method or the circuit switching connection 

15 method, should be adopted for the sub-content data Dscl to be 
retrievedpresently according to the connectionmethod information 
Iconnl which is fetched from the connection information management 
section Pconnl. In this case, since the connection method 
information Iconnll is fetched, the packet switching connection 

20 is determined to be suitable. The subsequent operation is 
substantially the same as that of the first embodiment, and thus 
the description thereof is omitted here. 

[0051] When the sub-content data Dsc2 is to be retrieved, the 
protocol control section Ppc receives a retrieval request Dcreq 
25 including url2 as the locational information Iurl. From the 
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received retrieval request Dcreq, the protocol control section 
Ppc extracts the content type Ictyp (video/mpeg in this case) 
pairing with the locational information Iurl from the internal 
information table Tctyp of the browser section Pbw. The protocol 
5 control section Ppc then inquires of the connection information 
management section Pconnl about whether or not the connection 
information table Tconn2 includes a content type matching with 
the content type Ictyp which is extracted from the internal 
information table Tctyp. If the connection information table 

10 Tconn2 includes the matching content type, the connection 
information management section Pconnl returns the connection 
method information Iconnl ( connection method information Iconnl2 
(tel) in this case) pairing with the content type Ictyp in question 
to the protocol control section Ppc. The protocol control section 

15 Ppc determines which connection method, i.e., the packet switching 
connection method or the circuit switching connection method, 
should be adopted for the sub-content data Dsc2 to be retrieved 
presently according to the connection method information Iconnl 
which is fetched from the connection inf ormationmanagement section 

20 Pconnl. In this case, since the connection method information 
Iconnl2 is fetched, the circuit switching connection is determined 
to be suitable. The subsequent operation is substantially the 
same as that of the first embodiment, and thus the description 
thereof is omitted here. 

25 [0052] As described above, the main content data Dmc includes 
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the content type Ictyp of each of the sub-content data Dscl and 
Dsc2. Also, the content retrieval device lb holds the connection 
information table Tconn2 in which sets of the content type Ictyp 
and the connection method information Iconnl are described in 
5 advance . The content retrieval device lb analyzes the main content 
data Dmc and describes sets of the locational information Iurl 
and the content type Ictyp in the internal information table Tctyp. 
By referring to the internal information table Tctyp and the 
connection information table Tconn2, the content retrieval device 
10 lb is informed of the connection method which is suitable for 
retrieving the sub-content data Dsc prior to the retrieval of the 
sub-content data Dsc. 

[0053] In the second embodiment, the content type Ictyp is 
described in the content data Dc, and the connection information 

15 management section Pconnl managed the connection method 
information Iconnl in association with the content type Ictyp. 
Alternatively, the connection method information Iconnl may be 
managed in association with an attribute of the content data Dc 
if the attribute is described in the content data Dc. A typical 

20 example of the attribute of the content data Dc includes the file 
name, the file extension, and the content length Iclg. In 
particular, if the content length Iclg is described in the content 
data Dc and the connection information management section Pconnl 
manages the connection method information Iconnl in association 

25 with the content length Iclg, the connection method information 

34 



Iconnl to be fetched is determined by comparing the length Iclg 
of the content data Dc to be retrieved with the content length 
Iclg which is managed by the connection information management 
section Pconnl. 

5 [0054] In the second embodiment, the content type Ictyp is 
described in the content data Dc. Alternatively, the content 
retrieval device lb may retrieve part of the sub-content data Dsc 
in advance and analyze the part of the data so as to specify the 
data format (that is, the content type Ictyp) of the present content 
10 data Dsc. The content retrieval device lb then fetches the 
connection method information Iconnl based on the speci f ied content 
type Ictyp. 

[0055] Hereinafter, a mobile communication unit Ucomm2 
incorporating the content retrieval device lb of the second 

15 embodiment as described above will be described. The mobile 
communication unit Ucomm2 has substantially the same construction 
as the mobile communication unit Ucomml . Therefore, FIG. 4 will 
be referred to in the following description. The operation of 
the mobile communication unit Ucomm2 will be described with 

20 reference to the flowchart of FIG. 8. The flowchart of FIG. 8 
is the same as the flowchart of FIG. 5 except that steps S108, 
S1010, and S1011 are replaced with steps S201, S202, and S203. 
In FIG. 8, therefore, steps corresponding to the steps in FIG. 
5 are denoted by the same reference numerals, and the description 

25 thereof is omitted here. 



[0056] When the mobile communication unit Ucomm2 is to retrieve 
the content data Dc, the CPU 11 first reads a program from the 
ROM 12 to the RAM 13 . The program in the second embodiment includes 
the connection information table Tconn2 shown in FIG. 7A in advance . 
5 The connection information table Tconn2 is read to the RAM 13 during 
the reading of the program. The mobile communication unit Ucomm2 
executes steps S101 through S107 for retrieval of the main content 
data Dmc. Since the content type Ictyp of the response data Drepl 
(see FIG. 2A) indicates HTML, the CPU 11 proceeds from step S107 

10 to step S201, where the CPU 11 analyzes the main content data Dmc 
so as to extract the sets of the locational information Iurl and 
the connection method information I conn 1 from the anchor tags Tancl 
and Tanc2 as internal information . The CPU 11 stores the extracted 
internal information in the RAM 13 and describes the internal 

15 information table Tctyp shown in FIG. 7B (step S201) . The CPU 
11 then proceeds to step S109. 

[0057] When the mobile communication unit Ucomm2 is to retrieve 
the sub-content data Dscl or Dsc2, the CPU 11 executes steps S101 
and S102 and then proceeds to step S202 , where the CPU 11 determines 

20 whether or not the content data Dc to be retrieved presently is 
sub-content data Dsc (step S202) . More specifically, the CPU 11 
determines whether or not the same locational information as the 
locational information Iurl which is included in the presently 
generated retrieval request Dcreq is found in the internal 

25 information table Tctyp (see FIG. 7B) described at step S201. 



[0058] If the same locational information Iurl is not found 
in the internal information table Tctyp, the content data Dc to 
be retrieved presently is main content data Dmc. The CPU 11 
therefore proceeds to step S105. If the same locational 
5 information Iurl is found in the internal information table Tctyp, 
the content data Dc to be retrieved presently is considered to 
be sub-content data Dsc. The CPU 11 then proceeds to step S203, 
where the CPU 11 extracts the content type Ictyp (text/html or 
video/mpeg) pairing with the extracted locational information Iurl 

10 from the internal information table Tctyp. Thereafter, the CPU 
11 accesses the connection information table Tconn2 read in the 
RAM 13 together with the program so as to extract the connection 
method information Iconnl (packet or tel) pairing with the 
extracted content type Ictyp. The CPU 11 then proceeds to step 

15 S1012. The subsequent processing is the same as that of the first 
embodiment, and thus the description thereof is omitted here. 
Third Embodiment 

[0059] FIG. 9 is a functional block diagram of a content 
retrieval device 1c according to a third embodiment of the present 

20 invention. FIG. 9 also shows a communication network 2 and a 
content server 3 in association with the content retrieval device 
lc. As the content retrieval device la, the content retrieval 
device lc of the third embodiment has a multi-call function that 
permits access to the content server 3 via a first communication 

25 path 4pkt during the packet switching connection method and that 
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permits access to the content server 3 via a second communication 
path 4tel during the circuit switching connection method. The 
content retrieval device lc of the third embodiment is different 
from the content retrieval device la of the first embodiment in 
5 that a connection information management section Pconn2 is 
additionally provided so as to realize the data communication 
described above. Otherwise, the construction of the content 
retrieval device lc is the same as that of the content retrieval 
device la. In FIG. 9, therefore, the same components as those 

10 in FIG. 1 are denoted by the same reference numerals. 

[0060] The connection information management section Pconn2 
manages a connection information table Tconn3 shown in FIG. 10, 
which includes in advance sets of a part representing a feature 
of the locational information Iurl and the connection method 

15 information Iconnl that is the same as that in the first embodiment . 
The locational information Iurl (that is, url) is uniquely 
allocated to each content data Dc and indicates the storage location 
of the content data Dc. Part of the locational information Iurl 
represents a feature of the content data Dc. More specifically, 

20 the locational information Iurl includes, as a suffix, an extension 
representing a feature of the content data Dc . Therefore, by 
referring to the set of the feature of the locational information 
Iurl and the connectionmethod information Iconnl, it is identified 
which connection method, i.e., the packet switching connection 

25 method or the circuit switching connection method, is suitable 



for each feature (extension) of the locational information Iurl. 
In general, locational information Iurl having a form such as 
http: //www. xxx. co. jp/yyy.html is allocated to an HTML file, where 
the extension is . html . A communication delay and an interruption 
5 of data communication are not fatal to the HTML file. 
Therefore, .html preferably pairs with the connection method 
information Iconnll (packet switching connection) . Likewise, 
locational information Iurl having a form such as 
http : / /www . xxx . co . jp/zzz .mpg is allocated to amoving picture file 

10 when the file is created according toanMPEG (Motion Picture Experts 
Group) file, where the extension is .mpg. A communication delay 
and an interruption are fatal to the moving picture file. 
Therefore, .mpg preferably pairs with the connection method 
information Iconnl2 (circuit switching connection) . 

15 [0061] The content server 3 stores some content data Dc (three 
in the illustrated embodiment of FIG . 9) as in the first embodiment . 
The locational information Iurl described above is allocated to 
each content data Dc. In the first embodiment, the suitable 
connection method is itself described in the main content data 

20 Dmc as the attribute value of the anchor tag Tanc . In the third 
embodiment, however, the anchor tag Tanc has nothing to do with 
the nature of the content retrieval device lc, and thus is not 
shown in the third embodiment. 

[0062] The operation of the content retrieval device lc having 
25 the above-desribed construction will now be described. The 



protocol control section Ppc receives a content retrieval request 
Dcreq including the locational information Iurl of the content 
data Dc. In response to the received retrieval request Dcreq, 
the protocol control section Ppc determines the connection method 
5 whoch is suitable for retrieval of the present content data Dc . 
Specifically, the protocol control section Ppc first extracts the 
feature, that is, the extension of the locational information Iurl 
from the received retrieval request Dcreq. The protocol control 
section Ppc then inquires of the connection information management 

10 section Pconn2 about whether or not the feature matching with the 
presently extracted feature of the locational information Iurl 
is found in the connection information table Tconn3. If the 
connection information table Tconn3 includes the feature matching 
with the inquired feature of the locational information Iurl, the 

15 connection information management section Pconn2 returns the 
connection method information Iconnl pairing with this feature 
of the locational information Iurl to the protocol control section 
Ppc . The protocol control section Ppc determines which connection 
method, i.e., the packet switching connection method or the circuit 

20 switching connection method, should be adopted for the content 
data Dc to be retrieved presently according to the received 
connection method information Iconnl. The subsequent operation 
is substantially the same as that of the first embodiment, and 
thus the description thereof is omitted here. 

25 [0063] As described above, each content data Dc has locational 



information Iurl allocated thereto which represents the feature 
of the content data Dc. The content retrieval device lc holds 
in advance the connection information table Tconn3 including a 
description of the connection method information Iconnl in 
5 association with the feature of the locational information Iurl. 
The content retrieval device lc extracts the feature of the 
locational information Iurl from the retrieval request Dcreq, and, 
by using the extracted feature of the locational information Iurl 
and referring to the connection information table Tconn3, the 
10 content retrieval device lc is informed of the connection method 
which is suitable for retrieving the content data Dc prior to 
retrieval of the content data Dc. 

[0064] In the third embodiment, the connection method 
information Iconnl is described in the connection information table 

15 Tconn3 in association with the extension and as a result, the 
protocol control section Ppc extracts the connection method 
information Iconnl based on the extension of the locational 
information Iurl of the content data Dc to be retrieved. 
Alternatively, parts of the locational information Iurl other than 

20 the extension, such as the host name, part or all of the path, 
the scheme, or the port number may be described in the connection 
information table Tconn3 . The protocol control section Ppc then 
extracts the connection method information corresponding to the 
information (the host name, part or all of the path, the scheme, 

25 or the port number) described in the connection information table 
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Tconn3 by using the locational information Iurl of the content 
data Dc to be retrieved. 

[0065] Hereinafter, a mobile communication unit Ucomm3 
incorporating the content retrieval device lc of the third 
5 embodiment as described above will be described. The mobile 
communication unit Ucomm3 has substantially the same construction 
as the mobile communication unit Ucomml . Therefore, FIG. 4 will 
be referred to in the following description. The operation of 
the mobile communication unit Ucomm3 will be described with 

10 reference to the flowchart of FIG. 11. 

[0066] When the mobile communication unit Ucomm3 is to retrieve 
the content data Dc, the CPU 11 first reads a program from the 
ROM 12 to the RAM 13 . The program in the third embodiment includes 
the connection information table Tconn3 shown in FIG . 10 in advance . 

15 The connection information table Tconn3 is read to the RAM 13 during 
the reading of the program. When the content data Dc is to be 
retrieved by the mobile communication unit Ucomm3, the CPU 11 first 
operates as the browser section Pbw so as to generate a retrieval 
request (step S301) . More specifically, at step S301, the CPU 

20 11 generates a retrieval request Dcreq including the locational 
information Iurl which is received from the input device 14. 
[0067] Thereafter, the CPU 11 operates as the protocol control 
section Ppc so as to extract an extension indicating the feature 
of the content data Dc to be retrieved presently from the presently 

25 extracted locational information Iurl (step S302) . The CPU 11 



then extracts the connection information Iconnl pairing with the 
presently extracted feature of the locational information Iurl 
from the connection information table Tconn3 in the RAM 13 (step 
S303) . The CPU 11 determines whether the present content data 
5 Dc should be retrieved under the packet switching connection method 
or the circuit switching connection method (step S304) according 
to the extracted connection method information Iconnl. If the 
extracted information is connection method information Iconnll, 
the packet switching connectionmethod is determined to be suitable 
10 for the present retrieval of the content data Dc . If the extracted 
information is connectionmethod information Iconnl2, the circuit 
switching connection method is determined to be suitable for the 
present retrieval of the content data Dc. 

[0068] Subsequently , the CPU 11 determines whether or not the 
15 connection to the content server 3 has been established (step S305) . 
More specifically, the CPU 11 determines whether or not access 
to the server 3 (see FIG. 9) is possible under either the packet 
switching connection method or the circuit switching connection 
method. If the connection to the content server 3 has not been 
20 established, the CPU 11 passes the presently generated retrieval 
request Dcreq to either the first communication control section 
Peel or the second communication control section Pcc2, thereby 
instructing either the first communication control section Peel 
or the second communication control section Pcc2 to retrieve the 
25 content data Dc (step S306) , At this step, if the packet switching 



connection method is determined to be suitable at step S304, the 
presently generated retrieval request Dcreq is passed to the first 
communication control section Peel . On the other hand, if the 
circuit switching connection method is determined to be suitable, 
5 the present retrieval request Dcreq is passed to the second 
communication control section Pcc2 . The above series of 
processing until step S306 are those operations which are executed 
by the protocol control section Ppc. 

[0069] The first or second communication control section Peel 

10 or Pcc2 establishes the first or second communication path 4pkt 
or 4tel, respectively, to the content server 3 only when instructed 
to do so by the CPU 11 (step S307) . Once the first or second 
communication path 4pkt or 4tel has been established, the first 
or second communication control section Peel or Pcc2 passes the 

15 retrieval request Dcreq to the first or second communication path 
4pkt or 4tel via the multiplexer/demultiplexer 16 and the 
transmitter/ receiver 17 . In this way, the retrieval request Dcreq 
is output to the first or second communication path 4pkt or 4tel (step 
S308) . The content server 3 receives the retrieval request Dcreq, 

20 generates response data Drepl as shown in FIG. 2A in response to 
the request, and sends the response to either the first or second 
communication path 4pkt or 4tel which has been currently 
established as the path to the mobile communication unit Ucomm3 . 
[0070] In the mobile communication unit Ucomm3, the first or 

25 second communication control section Peel or Pcc2 receives the 



response data Drep directed to itself via the first or second 
communication path 4pkt or 4tel, the transmitter/receiver 17, and 
the multiplexer/demultiplexer 16. The first or second 
communication control section Peel or Pcc2 stores the received 
5 response data Drep in the RAM 13 in its current form. In this 
way, the CPU 11 receives the response data Drep. In the subsequent 
step, the CPU 11 operates as the protocol control section Ppc so 
as to analyze the response data Drep in the RAM 13 (step S309) . 
Thereafter, the CPU 11 operates as the browser section Pbw so as 
10 to generate output data Dout in the RAM 13 according to the content 
data Dc (step S310) . The output data Dout is transferred to the 
output device 15 for output processing. 

[0071] In some cases, the content retrieval device lc of the 
third embodiment further generates a content retrieval request 

15 Dcreq after establishment of the connection with the content server 
3. In such cases, the CPU 11 determines at step S305 that the 
connection has been established. The CPU 11 then determines 
whether or not switching of the connection is required (step S311) . 
More specifically, the CPU 11 determines whether or not the 

20 communication path 4 (the first communication path 4pkt or the 
second communication path 4tel) which is presently used for data 
communication with the content server 3 matches with the 
communication path 4 determined at step S304. If the presently 
used communication path 4 matches the communication path determined 

25 at step S304, a new connection is not required to be established, 



and thus, the CPU 11 proceeds to step S307. If the communication 
path 4 determined at step S304 is different from the communication 
path 4 presently being used, the CPU 11 proceeds to step S312, 
where the CPU 11 first instructs the first or second communication 
5 control section Peel or Pcc2 that is presently being used for data 
communication to cut the connection (disconnect the first or second 
communication path 4pkt or 4tel) . The CPU 11 then passes the 
presently generated retrieval request Dcreq to the first or second 
communication control section Peel or Pcc2 that has been determined 

10 at step S304, thereby instructing the determined first or second 
communication control section Peel or Pcc2 to retrieve the content 
data Dc (step S312). Thereafter, the content retrieval device 
lc executes step S308. 
Fourth Embodiment 

15 [0072] FIG. 12 is a functional block diagram of a content 
retrieval device Id according to a fourth embodiment of the present 
invention. FIG. 12 also shows a communication network 2 and a 
content server 3 in association with the content retrieval device 
Id. The content retrieval device Id of the fourth embodiment has 

20 the same construction as the content retrieval device lb of the 
second embodiment, and thus the description thereof is omitted 
here. The content server 3 stores some content data Dc (three 
in the illustrated example) as in the third embodiment. 
[0073] The operation of the content retrieval device Id of the 

25 fourth embodiment having the above-described construction will 
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now be described. The protocol control section Ppc receives a 
content retrieval request Dcreq which is generated by the browser 
section Pbw. The content retrieval request Dcreq includes the 
locational information Iurl of the content data Dc to be retrieved 
5 presently, as in the above-described embodiments. In response 
to the reception of the retrieval request Dcreq, the protocol 
control section Ppc generates a header retrieval request Dhreq, 
which is data requesting the content server 3 to transmit only 
a response header He for the content data Dc to be retrieved presently 

10 The retrieval request Dhreq includes the locational information 
Iurl specifying the content data Dc . If data communication with 
the content server 3has already been executed, the protocol control 
section Ppc passes the generated retrieval request Dhreq to the 
first or second communication control section Peel or Pcc2 which 

15 is presently performing data communication, thereby instructing 
the first or second communication control section Peel or Pcc2 
to retrieve the response header He. The first or second 
communication control section Peel or Pcc2 transmits the retrieval 
request Dhreq to the content server 3 via the first or second 

20 communication path 4pkt or 4tel only when instructed to do so by 
the protocol control section Ppc. 

[0074] If data communication with the content server 3 has not 
already been executed, the protocol control section Ppc passes 
the generated retrieval request Dhreq preferably to the first 
25 communication control section Peel, thereby instructing the first 
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communication control section Peel to retrieve the response header 
He. The first communication control section Peel is selected 
because the first communication path 4pkt is less expensive in 
communication cost. In response to the instruction from the 
5 protocol control section Ppc, the first communication control 
section Peel transmits the retrieval request Dhreq to the content 
server 3 via the first transmission path 4pkt. 
[0075] The content server 3 prepares the response header He 
for the content data Dc based on the locational information Iurl 

10 which is specified in the received retrieval request Dhreq. The 
format of the response header He is as shown in FIG . 2A. The prepared 
response header He is transmitted by the content server 3 to the 
content retrieval device Id via the first or second communication 
path 4pkt or 4 tel. 

15 [0076] In the content retrieval device Id, the first or second 
communication control section Peel or Pcc2 receives the response 
header He via the first or second communication path 4pkt or 4tel, 
respectively, and passes the response header He to the protocol 
control section Ppc in its current form. The protocol control 

20 section Ppc extracts the content type Ictyp from the received 
response header He, and extracts the connection method information 
Iconnl pairing with the extracted content type Ictyp from the 
connection information table Tconn2 (see FIG. 7A) in the connection 
information management section Pconnl. The protocol control 

25 section Ppc determines whether the present content data Dc should 
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be retrieved under the packet switching connection method or the 
circuit switching connection method according to the extracted 
connection method information Iconnl. If the connection method 
information Iconnll is extracted, the packet switching connection 
method is determined to be suitable. On the other hand, if the 
connection method information Iconnl2 is extracted, the circuit 
switching connection method is determined to be suitable. 
[0077] If the communication path 4 (the first communication 
path 4pkt or the second communication path 4tel) which is specified 
by the extracted connection method information Iconnl is the same 
as the communication path 4 which was used for the transmission 
of the header retrieval request Dhreq, the protocol control section 
Ppc passes the retrieval request Dcreq received from the browser 
section Pbw to the first or second communication control section 
Peel or Pcc2 which is presently performing data communication, 
thereby instructing the first or second communication control 
section Peel or Pcc2 to retrieve the content data Dc. The first 
or second communication control section Peel or Pcc2 transmits 
the retrieval request Dcreq to the content server 3 via the first 
or second communication path 4pkt or 4tel, respectively, only 
when instructed to do so by the protocol control section Ppc. 
[0078] On the contrary, if the communication path 4 which is 
specified by the extracted connection method information Iconnl 
is different from the communication path 4 which was used for the 
transmission of the header retrieval request Dhreq, the protocol 



control section Ppc instructs the first or second communication 
control section Peel or Pcc2 that is presently performing data 
communication to cut (disconnect) the connection. The protocol 
control section Ppc then passes the retrieval request Dcreq which 
is received from the browser section Pbw to the first or second 
communication control section Peel or Pcc2 which is not presently 
performing data communication, thereby instructing the first or 
second communication control section Peel or Pcc2 which is not 
presently performing data communication to retrieve the content 
data Dc. The first or second communication control section Peel 
or Pcc2 disconnects the first or second communication path 4pkt 
or 4tel which is presently established as the path to the content 
server 3 only when instructed to disconnect the first or second 
communication path 4pkt or 4tel by the protocol control section 
Ppc. The first or second communication control section Peel or 
Pcc2 establishes the first or second communication path 4pkt or 
4tel only when instructed to retrieve the content data Dc by the 
protocol control section Ppc, and transmits the retrieval request 
Dcreq to the content server 3. 

[0079] If the communication path 4 which is used for the 
transmission of the header retrieval request Dhreq is disconnected, 
the protocol control section Ppc passes the retrieval request Dcreq 
which is received from the browser section Pbw to the first or 
second communication control section Peel or Pcc2 which is 
specified by the extracted connection method information Iconnll, 



thereby instructing the first or second communication control 
section Peel or Pcc2 to retrieve the content data Dc . The first 
or second communication control section Peel or Pcc2 establishes 
the first or second communication path 4pkt or 4tel, respectively, 
5 as the path to the content server 3 only when instructed to do 
so by the protocol control section Ppc, and transmits the retrieval 
request Dcreq to the content server 3. The content server 3 reads 
the content data Dc based on the locational information Iurl which 
is specified in the received retrieval request Dcreq, and transmits 
10 the read content data Dc to the content retrieval device Id via 
the first or second communication path 4pkt or 4tel which is 
presently used for data communication. 

[0080] As described above, the content retrieval device Id 
retrieves the response header He of content data Dc before 

15 retrieving the content data Dc, and the control retrieval device 
Id is informed of a connection method which is suitable for the 
retrieval of the present content data Dc by referring to the content 
type Ictyp which is included in the retrieved response header He 
and the connection information table Tconn2 . 

20 [0081] In the fourth embodiment, the content type Ictyp is 
extracted from the response header He, and the connection 
information management section Pconnl managed the connection 
method information Iconnl in association with the content type 
Ictyp. Alternatively, an attribute of the content data Dc which 

25 is included in the response header He (for example, the content 
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length Iclg) may be extracted, and the connection information 
management section Pconnl may manage the connection method 
information Iconnl in association with this attribute of the 
content data Dc. In particular , when the attribute of the content 
5 data Dc is the content length Iclg, the content retrieval device 
Id determines the connection method information Iconnl to be 
extracted by comparing the length Iclg of the content data Dc to 
be retrieved presently with the content length Iclg which is managed 
by the connection information management section Pconnl. 

10 [0082] Hereinafter, a mobile communication unit Ucomm4 
incorporating the content retrieval device Id of the fourth 
embodiment as described above will now be described. The mobile 
communication unit Ucomm4 has substantially the same construction 
as the mobile communication unit Ucomml . Therefore, FIG. 4 will 

15 be referred to in the following description. The operation of 
the mobile communication unit Ucomm4 will be described with 
reference to the flowchart of FIG. 13. FIG. 13 is the same as 
FIG. 11 except that steps S302 to S304 are replaced with steps 
S401 to S405. In FIG. 13, therefore, steps corresponding to the 

20 steps in FIG. 11 are denoted by the same reference numerals, and 
the description thereof is omitted here. 

[0083] When the mobile communication unit Ucomm4 is to retrieve 
the content data Dc, the CPU 11 first reads a program from the 
ROM 12 to the RAM 13 . The program in the fourth embodiment includes 
25 the connection information table Tconn2 shown in FIG . 7A in advance . 



The connection information table Tconn2 is read to the RAM 13 during 
the reading of the program. Thereafter, the CPU 11 generates a 
retrieval request (step S301) . The CPU 11 then operates as the 
protocol control section Ppc to generate a header retrieval request 
5 Dhreq (step S402) . 

[0084] The CPU 11 passes the generated retrieval request Dhreq 
to either the first communication control section Peel or the second 
communication control section Pcc2 . If data communication with 
the content server 3 has already been executed, the CPU 11 passes 

10 the generated retrieval request Dhreq to the communication control 
section which is presently performing data communication, thereby 
instructing the communication sontrol section which is presently 
performing data communication to retrieve the response header He. 
In response to the instruction from the CPU 11, the first or second 

15 communication control section Peel or Pcc2 transmits the retrieval 
request Dhreq to the content server 3 via the 
multiplexer/demultiplexer 16, the transmitter/receiver 17, and 
the first or second communication path 4pkt or 4tel. On the 
contrary, data communication with the content server 3 has not 

20 already been executed, the CPU 11 passes the generated retrieval 
request Dhreq to the first communication control section Peel. 
In response, the first communication control section Peel transmits 
the retrieval request Dhreq to the content server 3 via the 
multiplexer/demultiplexer 16, the transmitter/receiver 17, and 

25 the first communication path 4pkt. In this way, the header 
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retrieval request Dhreq is transmitted to the content server 3 
(step S402) . 

[0085] The content server 3 generates the response header He 
and returns the response header He to the mobile communication 
5 unit Ucomm4 via the first or second communication path 4pkt or 
4tel . In the mobile communication unit Ucomm4, the first or second 
communication control section Peel or Pcc2 receives the response 
header He via the first or second communication path 4pkt or 4tel, 
the transmitter/receiver 17, and the multiplexer/demultiplexer 

10 16, and stores the response header He in the RAM 13 in its current 
form. In this way, the CPU 11 receives the response header He 
(step S403) . The CPU 11 extracts the connectionmethod information 
Iconnl pairing with the content type Ictyp in the received response 
header He from the connection information table Tconn2 (see FIG. 

15 7A) in the RAM 13. The CPU 11 determines whether the content data 
Dc should be retrieved under the packet switching connectionmethod 
or the circuit switching connection method according to the 
extracted connection method information Iconnl (step S405) . 
Subsequently, the mobile communication unit Ucomm4 executes steps 

20 S305 through S312 that are substantially the same as those shown 
in FIG . 11. It should be noted, however, that the content server 
3 may transmit only the content data Dc to the mobile communication 
unit Ucomm4 in response to the content retrieval request Dcreq. 
Transmission of the response header He is not necessarily required . 

25 [0086] In the first to fourth embodiments described above, HTML 



is adopted as the markup language. The content retrieval devices 
la to Id of the first to fourth embodiment of the present invention 
can also perform the processing described above for content data 
Dc which is described in XML (eXtention Markup Language) . 
[0087] While the present invention has been described in detail, 
the foregoing description is in all aspects illustrative and not 
restrictive. It is to be understood that numerous other 
modifications and variations can be devised without departing from 
the scope of the present invention. 
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